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APPARATUS, AND ASSOCIATED METHOD, FOR RETRIEVING MOBILE- 
NODE LOGIC TREE INFORMATION 

CROSS-REFERENCE TO RELATED APPLICATIONS 

The present invention claims the priority of provisional patent application serial 
5 number 60/336,879, filed on December 3, 2001, provisional patent application serial 
number 60/350,669 filed January 22, 2002, and provisional application serial number 
60/384,517, filed on May 30, 2002. 

The present invention relates generally to a network having a mobile node of a 
dynamically-alterable configuration, configurable at the mobile node, independent of a 

10 network manager. More particularly, the present invention relates to apparatus, and an 
associated method, by which to facilitate retrieval by, or other exchange to, the network 
manager of selected capability indicia representative of selected portions of the mobile- 
node configuration, or capability. Selected information related to a logic tree of the 
mobile node is retrieved from the mobile node and provided to the network manager. 

15 The information is retrieved either by request of the network or upon initiation by the 
mobile node. The information is provided to the network manager, efficiently, with 
reduced signaling overhead relative to existing manners by which information is 
conventionally provided to the network manager. 

BACKGROUND OF THE INVENTION 

20 Advancements in communication technologies have permitted the development 

and installation of many various types of communication systems. Wireless 
communication systems are exemplary of communication systems that have benefited 
from the advancements in communication technologies. 

In a wireless communication system, a radio link forms at least a portion of a 

25 communication path upon which communication signals are transmitted. A wireless 
communication system can be implemented as a mobile communication system as the 
radio link is substituted for a conventional wireline, otherwise required to complete the 
communication path upon which the communication signals are transmitted. And, when 
implemented as a mobile communication system, increased mobility of communication 

30 is, as a result, provided. 
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Network infrastructures of various types of wireless communication systems 
have, for instance, been installed throughout significant geographical areas. The 
network infrastructures of cellular communication systems, have been installed, 
available for usage by large numbers of subscribers to communicate therethrough. 
5 Access to communicate by way of a cellular communication system is typically provided 
pursuant to purchase of a service subscription. In a cellular communication system, 
telephonic communication of both voice and data is provided pursuant to the service 
subscription. 

In a conventional, cellular communication system, a subscriber thereto typically 

10 utilizes a mobile terminal that is formed of a radio transceiver. A radio transceiver is 
capable both of transmitting and of receiving radio signals communicated upon radio 
links formed between the mobile terminal and the network infrastructure of the 
communication system. The term user shall be used herein, generally to identify one 
utilizing the mobile terminal to communicate therethrough. 

15 Increasingly, cellular communication systems axe constructed to make use of 

digital communication techniques in which data that is to be communicated during 
operation of the communication system is communicated in digitized form. Processing 
circuitry is utilized to act upon the data, prior to its transmission as well as, also, 
subsequent to its reception. 

20 A mobile terminal regularly is packaged in a housing of dimensions to permit the 

mobile terminal to be carried by the user. Various constructions of mobile terminals are 
of physical dimensions permitting the user thereof to carry the mobile terminal in a shirt 
pocket, or the like, conveniently to have the mobile terminal available at any time to 
place or to receive a call therethrough. 

25 Because the mobile terminal utilizes processing circuitry, additional functions, in 

addition to the functions required to effectuate conventional communication operations, 
can be carried out by the mobile terminal. That is to say, the functionality of other types 
of devices can be incorporated into the mobile terminal. Information processing, and 
retrieval, functions are sometimes incorporated into a mobile terminal. And, mobile 

30 terminals are increasingly constructed to provide for multi-media communication 
services. Digital-video devices, such as digital cameras, are sometimes now 
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incorporated with a mobile terminal by which to collect digital data that subsequently is 
communicated by the transceiver circuitry of the mobile terminal. 

The mobile terminal might well be adapted, subsequent to its initial manufacture 
or initial association with a cellular communication system to provide for other 

5 functionalities or otherwise to have its operational parameters changed. The alteration, 
adaptation, update of, or other change to the functionality of the mobile terminal might 
well be made independent of a network manager of the communication network in which 
the mobile terminal is operable. Network management of the mobile terminal, forming 
a mobile node in such a network, might not be able to be effectuated as a result of such 

10 alterations or changes. 

The functionality of many mobile terminals, as well as other devices, are defined 
in terms of a management tree. The management tree is formed using one or more DDF 
(Device Description Framework) description of objects. Each DDF description is a 
logical grouping of related objects, all described in the same document. A tree is 

15 constructed, or initiated, using one or more of such DDF descriptions. Thus, all objects 
instantiated in a management tree comes from one of the DDF documents. And, while 
the DDF document for objects is common to all devices, the management tree need not 
be the same for all of the devices. As noted above, a digital camera, for example, might 
be added to the mobile node. The DDF for enabling a camera attachment to the mobile 

20 node might well be the same for mobile nodes of the same make. But, when the tree 
based on this DDF is created in each mobile node, it can get created at different 
locations in the management tree. 

A network manager conventionally is able to obtain information associated with 
the management tree and, responsive thereto, to exert managerial control over the node. 

25 Existing management protocols are available by which to support the retrieval of the 
value, or attributes, of individual ones of the objects that define the management tree. 

Existing communication protocols, such as SNMPv2, support a get-bulk message, 
for instance. A get-bulk message requests that the value of a collection of objects 
requested in the message, and a response thereto carries the values of each object in the 

30 same response message. And, a prior version of SNMP provided for get messages for 
individual objects, necessitating several get messages to obtain the same information 
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retrieved by a get-bulk message. SNMP, however, requires that prior knowledge be 
known by the requestor of the management tree structure of the device from which the 
information is requested. When a device is of a configuration that is alterable relative 
to an initial configuration, the necessary information cannot necessarily be retrieved 
5 through the use of SNMP protocols. 

Another device management protocol is SYNC ML DM1.1 or a variant thereof, 
such as an updated version, i.e., SYNC ML DM1. 1.1, or a subsequent revision thereof. 
An existing version of this protocol, however, supports only a get message procedure for 
retrieving the value of an object. To retrieve a collection of objects, this protocol 

10 requires several get messages, or a single get message listing all of the objects for which 
the information is requested. When the node with which the network manager is 
associated is a mobile node, such as a mobile terminal together with additional 
functionality, the need to send a plurality of get messages over a radio link extending to 
the mobile node, and the corresponding response messages generated responsive thereto, 

15 inefficiently utilizes the band width capacity of the radio link. And, a large get 

message, listing all of the required objects for which information is requested, also is 
inefficient as the message-size increases proportional with the number of objects for 
which information is requested. 

Accordingly, existing protocols are inadequate for use by a network manager in 

20 conjunction with a dynamically-configurable mobile node. Any manner by which to 

provide a more efficient mechanism by which to facilitate retrieval or other exchange of 
tree information from a mobile node to permit a network manager to effectuate network 
management operations would be advantageous. 

It is in light of this background information related to communications with a 

25 mobile node of a communication network that the significant improvements of the 
present invention have evolved. 

SUMMARY OF THE INVENTION 
The present invention, accordingly, advantageously provides apparatus, and an 
associated method, for a network having a mobile node, of a dynamically-alterable 

30 configuration, configurable at the mobile node, independent of a network manager. 
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Through operation of an embodiment of the present invention, a manner is 
provided by which to facilitate retrieval by or other exchange to, the network manager, 
of selected capability indicia representative of selected portions of the mobile-node 
configuration, or capability. 
5 In one aspect of the present invention, selected information related to a large tree 

of the mobile node is retrieved from the mobile node and provided to the network 
manager. The information is retrieved either by request of the network or upon 
initiation by the mobile node. 

The information is provided to the network manager, efficiently, and with 
10 reduced signaling overhead relative to existing manners by which the information is 
retrieved. 

In another aspect of the present invention, a network-positioned request generator 
operates to generate a request message. The request message forms a get command that 
includes fields identifying a portion of the logic structure of the mobile node of which 

15 information is to be requested. And, the request message further indicates a degree of 
detail by which the requested information is to be delivered to the network manager. 

In another aspect of the present invention, the functionality of the mobile node is 
defined in terms of objects that are arranged in a logic tree structure. The logic tree 
structure typically includes subtrees. The logic tree is formed using one or more DDF 

20 (device, description, framework) description . A DDF is a document that describes 

objects. And, each subtree, if any, can be formed of one or more DDF descriptions Or, 
for a given subtree, its DDF can be created. Because the configuration of the logic tree, 
and the subtrees, or subroots thereof, are dynamically alterable, without the interaction 
of the network manager, the tree structure of the mobile node is not necessarily known 

25 by the network manager. Further, the semantic meaning of the objects arranged in the 
tree structure might also not be known to the newtwork manager. The request message 
generated by the request message generator of the network part identifies the object ID 
(identification) of the subtree. Once the request message is delivered to the mobile 
node, the mobile node determines the logical location of the object ID and then retrieves 

30 the requested information at the desired degree, or level, of detail. When returned to the 
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network manager, such information is used by the network manager to effectuate 

managerial control over the mobile node. 

In another aspect of the present invention, the get message further includes a list 

of attributes, information related to which is to be requested pursuant to the generation 
5 of the get message. The list of attributes include, for instance, a value, a version 

number, or a description of an object described by the DDF description of the subtree. 

Thereby, such a message need only identify, e.g., by name or location or structure, and 

the attributes associated therewith, an object to permit the mobile node to retrieve such 

information and return the information to the network manager to permit the network 
10 manager to utilize such information thereafter to exert managerial control over the 

mobile node. 

In another aspect of the present invention, when the mobile node retrieves the 
information contained in the get, or other request, message, the mobile node selectably 
performs tree compression algorithms to compress the tree, or subtree, information. For 

15 instance, tree linearization operations are performed to convert a multi-way tree into a 
binary tree. And, responsive to the desired degree of detail indicated in the request 
message sent to the mobile node, the requested tree information is returned to the 
network manager at the desired level of detail. 

In one implementation, a mobile node is operable to communicate in a cellular 

20 communication system constructed in conformance with a CDMA (code-division, 

multiple, access) operating specification. In other implementations, the mobile node is 
operable to communicate pursuant to a UMTS (Universal Mobile Telephone Service), or 
other, mobile air interface standard. The mobile node forms a portion of a network that 
is managed by a network manager. The mobile node is dynamically configurable and 

25 also dynamically positionable in successive networks, all in manners such that the 

network manager is not necessarily aware initially of the configuration of the logic tree 
of the mobile node. The network manager generates a request message, a get message, 
for communication to the mobile node. The get message includes an object identifier, 
indicating the identity by name, location, or structure of an object of interest together 

30 with a list of attributes of such object about which information is desired. The message 
is communicated to the mobile node. When the mobile node detects delivery thereat of 
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the request message, the mobile node retrieves the desired information and generates a 
result message that is returned to the network manager. The network manager is able 
thereafter to manage better operations of the mobile node as the logical structure of the 
mobile node is known to the network manager. 

5 In these and other aspects, therefore, apparatus, and an associated method, is 

provided for a radio communication system at which a communication network is 
defined. The communication network has a mobile node forming a portion thereof. The 
communication network is managed by a network manager. Retrieval by the network 
manager of capability indicia of the mobile node is facilitated. The capability indicia is 

10 representative of a dynamically alterable mobile node capability related to objects 

maintained thereat. The mobile node capability is alterable independent of the network 
manager. A network-positioned request generator is operated by the network manager. 
The network-positioned request generator generates a request message for 
communication to the mobile node. The request message requests the capability indicia 

15 related to a selected set of the objects maintained at the mobile node and requests the 
capability indicia to be provided at a selected level of detail. 

A more complete appreciation of the present invention and the scope thereof can 
be obtained from the accompanying drawings that are briefly summarized below, the 
following detailed description of the presently-preferred embodiments of the invention, 

20 and the appended claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Figure 1 illustrates a functional block diagram of a radio communication system 
in which an embodiment of the present invention is operable. 

Figure 2 illustrates a functional block diagram, similar to that shown in Figure 1, 

25 but here representative of a change in the network manager that manages operation of 
the mobile node from a network manager positioned at a first network server to a 
network manager positioned at a second network server. 

Figure 3 illustrates a functional block diagram, similar to those shown in Figures 
1 and 2, but here representative of operation in which multiple, hereto, network 

30 managers. 
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Figure 4 illustrates a functional block diagram, similar to those shown in Figures 
1-3, but here representative of a scenario in which the mobile node roams out of a first 
network and into a second network. 

Figure 5 illustrates a message sequence diagram showing signaling generated 

5 during operation of an embodiment of the present invention. 

Figure 6 illustrates a message sequence diagram showing signaling generated 
during operation of another embodiment of the present invention. 

Figure 7 illustrates a message sequence diagram showing signaling generated 
during operation of a further embodiment of the present invention. 

10 DETAILED DESCRIPTION 

Referring first to Figure 1, a radio communication system, shown generally at 10, 
provides for radio communications with a mobile node 12. In the exemplary 
implementation, the radio communication system forms a multiple-access 
communication system permitting large numbers of mobile nodes to communicate 

15 therewith, such as a CDMA (code-division, multiple-access) cellular communication 
system that here provides for packet-based communications. While the following 
description shall describe exemplary implementation of an embodiment of the present 
invention with respect to a cellular communication system, the communication system 
10 is also representative of any of various other types of radio communication systems. 

20 Accordingly, while the following description shall describe exemplary operation of an 
embodiment of the present invention with respect to its implementation in a cellular 
communication system, the teachings of the present invention are analogously also 
implementable in other types of communication systems. 

The communication system includes a network, here formed of a radio access 

25 network 14 and a packet data network, here an IP network 16. The radio access network 
and the IP network are interconnected by way of a gateway (GWY) 18. And, here, a 
device management (DM) server 22 is coupled to the IP network. The DM server forms 
a network manager for managing a network of which the mobile node 12 selectably 
forms a portion. The network managed by the IP network manager formed of the DM 

30 server 22 forms, for instance, a virtual private network (VPN). 
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The mobile node is represented functionally by a tree 26 of objects 28. The logic 
tree is here formed of groups of subtrees, of which the subtree 32 is representative. The 
subtree 32 is formed of at least two nodes. The logic tree, or any subtree thereof, is 
formed using one or more DDF description of objects. The logic tree is sometimes also 
5 referred to as a root directory, and a subtree thereof is sometimes referred to as being a 
subroot of the root directory. And, some of the objects are defined to be leaf objects 
that carry values. Such values are sometimes also referred to as being interior objects, 
or nodes. 

The mobile node is configurable, or reconfigurable, independent of the network 

10 manager of the network of which the mobile node selectably forms a portion. 

Configuration or reconfiguration of the mobile node affects the logic tree 26 thereof. 
That is to say, the arrangement of, and the DDF description of objects contained in, the 
logic tree of the mobile node are dynamically alterable, independent of the network 
manager of the network of which the mobile nodes selectably forms a portion. To 

15 properly effectuate managerial control over the mobile node, the network manager of the 
network of which the mobile node forms a portion, the network manager must be able to 
ascertain indicia associated with the logic tree, or portions thereof, of the mobile node. 
Existing manners by which the network manager obtains the indicia associated with the 
objects of a node, such as in a conventional wired network, create an excessive amount 

20 of signaling overhead when used in conjunction with a mobile node necessitating a 
connection by way of a radio link. 

In one implementation, the desired logic tree information is obtained upon 
request of the network. In another implementation the information is provided upon 
initiation by the mobile node. The server 22 forming the network manager includes 

25 apparatus 36 of an embodiment of the present invention. The apparatus 36 includes a 
request message generator 38 that operates to generate a get message to request indicia 
associated with selected objects, subtrees, or other portions of the logic tree defined at 
the mobile node. The signaling overhead associated with the request message, and 
retrieval of indicia responsive thereto, is reduced relative to existing manners by which 

30 such indicia is obtainable by a network manager. The need otherwise to utilize a 

conventional get-bulk message or utilize a new-protocol message is obviated. Through 
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generation of the get message by the request message generator, the signaling overhead 
on the radio link is reduced relative to conventional generation of get messages that 
necessitate a separate get message for each object of the mobile node or a get bulk 
message to retrieve indicia associated with every object of the logic tree of the mobile 
5 node. The request message generator generates a get, i.e. request, message, formatted to 
include the object identity (OLD) 42 followed by a string, or list, of attributes (ATTR) 
44. Once generated and formatted, by a formatter, into the form indicated in the figure, 
the message is routed through the network part of the communication system and sent by 
way of the radio link to the mobile node. 

10 Once delivered to the mobile node, additional apparatus 36 of an embodiment of 

the present invention is positioned to detect, by way of a detector 45, the get message 
sent thereto. The apparatus 36 further includes a retriever 46 operable responsive to 
detection by the detector 44. The retriever operates to retrieve the indicia contained in 
the get message. That is to say, the attributes associated with the selected objects are 

15 retrieved. The listing of attributes also define the level of detail by which the indicia 
associated with the selected objects are to be retrieved. 

The apparatus 36 also includes a response generator 48 for generating a response 
containing the information retrieved by the retriever. The response generator includes a 
formatter for formatting the response generated by the generator in a desired format, 

20 such as an SYNC format. The response is returned by the mobile node to the network 
manager. When received at the network manager, the network manager is provided with 
the indicia to permit the network manager better to effectuate control over the mobile 
node. Updated information associated with the logic tree 26 of the mobile node is 
thereby provided to the network manager. 

25 The objects are identifiable, for instance, in terms of their respective URL or URI 

values. 

In an alternate implementation, the mobile node operates to notify the network 
manager of changes to the logic tree structure of the mobile node upon effectuation of 
such changes to the logic tree. A get message need not be sent to the mobile node to 
30 initiate generation of such a message. Automatic message generation and transmission 
is performed, for instance, immediately subsequent to the creation of new objects at the 
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beginning of a mobile-node-initiated management session. As changes can occur 
independent of the management server, the mobile node is in a position to know about 
these changes and inform the management server of these changes and also where the 
changed tree can be retrieved from a network location, e.g., from the entity making these 

5 changes in the mobile node. Or, the mobile node may send the modified tree directly to 
the management server. In the latter case, the changes, including the tree structure are 
sent. This is implementable in various manners. For example, in one implementation, a 
trigger is generated in the mobile node after the tree changes in the mobile node. Or, 
the mobile node is programmed to automatically send the tree, or the location where the 

10 tree can be retrieved in the network, to the management server in a visited network when 
roaming. This, e.g., can be part of the business model where an agreement exists 
between a home network and a visited network to permit continuous management of a 
mobile node. Also, it can be programmed in the mobile node to send merely changes in 
desired subtrees. It is also possible to send the semantic meaning or reference of objects 

15 to the management server. This can be a reference to a well-defined standard. For 
example, the object called 'PRL' can be reference to a section in a CDMA standard. 
And, there can be more than one management server managing a given mobile node. 
For example, the CDMA management server for CDMA radio access management is 
formed of any of various application management servers are available for managing 

20 respective applications, corporate management servers for corporate mobile nodes, etc. 
In each case, only subtrees relevant to each management server are updated by the 
mobile node, either following a request or automatically by the mobile node. 

Figure 2 again illustrates the communication system 10. Again, the mobile node 
12 operates to communicate by way of a radio link with a network part of the 

25 communication system, formed of a radio access network 14 and an IP network 16, 
connected theretogether by way of a gateway 18. Here, the communication system 
further includes object servers 58 and 62. The object servers are connected to the IP 
network and each of the servers 58 and 62 are separately operable to add to the logic 
tree or otherwise change the configuration of the tree structure of the mobile node. That 

30 is, the servers 58 and 62 may add objects for storing the URL or URI of the locations 
where the respective parts of the logic tree 26, updated by the servers, is stored in the 
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network. A management server 22 thereafter is able to use a management protocol 
message to obtain the values of the location objects, i.e., the URI values, and use the 
URI values to retrieve the management tree from the network. In this manner, radio link 
communications are obviated. 

5 Alternately, and as described hereinabove, the network manager obtains the 

location from the mobile node, and the mobile node sends the location in a management 
protocol message upon changes in the logic tree, such as through additions of new 
objects at the mobile node, or other changes in the configuration thereof. Again, the 
sending of the management protocol message is, for instance, generated immediately 

10 after creation of the new objects, or other reconfiguration of the logic tree of the mobile 
node at the beginning of a client-initiated management session. 

Figure 2 further illustrates a second device management server 64. A second 
network manager, associated with a second network is embodied at the DM server 64. 
The mobile node is capable of changing networks with which the mobile node is 

15 associated. And, here, the second network manager embodied at the DM server 64 is 
representative of the network manager of the second network to which the mobile node 
selectably becomes associated. And, when the mobile node changes networks, the new 
network manager, i.e., the new management server formed of the DM server 64, should 
be updated with the relevant part of the logic tree 26 of the mobile node. 

20 In one implementation, the mobile node sends the relevant part of the logic tree 

to the network manager embodied at the DM server 64. The mobile node sends indicia 
of the relevant part of the tree, for instance, immediately upon boot strapping into the 
network, in the beginning of a session. Or, the indicia identifying the logic tree is sent 
as a response to a get message generated by the second network manager. 

25 In another implementation, after initial boot strap, operations are performed 

between the mobile node and the second network manager, the mobile node sends to the 
'DM server 64 at which the second network manager is embodied, the URI to the 
location at which the logic tree of the mobile node is stored. The network manager 
subsequently utilizes the URI to retrieve the relevant part of the management tree. In 

30 the figure, a server 68 stores values representative of the logic tree of the mobile node. 
The server 68 is identified by a URI. The mobile node sends the URI, as just-described, 
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to the second network manager. And, the second network manager accesses the server 
68 to retrieve the desired information, as indicated in a message request. 

Figure 3 again illustrates the communication system 10 in which a mobile node 
12 communicates by way of a network part formed of a radio access network 14 and the 
IP network 16. Again, DM servers 22 and 64 are connected to the IP network, and each 
of the servers have, embodied thereat, network managers that manage separate networks. 
Here, the mobile node is managed by the network managers embodied at each of the 
servers 22 and 64. Here, the network manager embodied at the server 22 manages a first 
part of the logic tree 26 of the mobile node, and the network manager embodied at the 
second server 64 manages a separate part of the logic tree of the mobile node. In this 
type of operation, the network managers each are separately operable to generate get 
messages, as described herein. But, as only portions of the logic tree are of interest to 
each of the network managers, the individual network managers request information 
associated only with the portions of the logic tree relative to the respective network 
managers. 

Figure 4 again illustrates a representation of the communication system 10 in 
which the mobile node 12 communicates by way of a network part including a radio 
access network 14 and an IP network 16 connected together by way of the gateway 18. 
Here, the mobile node 12 roams between an initial position and a subsequent position. 
Here, the radio access network is identified by a first radio access network 14-1 and a 
second radio access network 14-2. And, a gateway (GWY) 18-1 interconnects the first 
radio access network with the IP network, and a second gateway (GWY) 18-2 
interconnects the second radio access network with the IP network. Here, the first DM 
server 22 at which the first network manager is embodied is representative of a network 
manager of a home network with which the mobile node is selectably operable. And, 
the second DM server 64 at which the second network manager is embodied is 
representative of a visited-network, network manager. 

Upon repositioning of the mobile node with the visited network, the mobile node 
sends the URI of a location, here the server 68, at which a management tree associated 
with the logic structure of the mobile node is stored. The network manager of the 
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visited network thereafter accesses the server 68 to obtain desired information 
associated with the logic structure of the mobile node. 

In an alternate implementation, subsequent to initial boot strap operations with 
the mobile node, the network manager of the visited network can request the URI by 

5 sending a management protocol message to the mobile node. And, the mobile node 
replies to the management protocol message with the identity of the URI. 

Figure 5 illustrates a message sequence diagram, shown generally at 76, of 
signaling generated during operation of the communication system 10. Here, the 
network manager embodied at the DM server 22 generates a get message, indicated by 

10 the segment 78, and sends the get message to the mobile node. Here, the get message 
includes the URIs of subtree nodes and attribute sets for each node for which 
information is requested. When the message is delivered to the mobile node, the mobile 
node traverses each node indicated in the get message and represents the subtree 
represented by such nodes starting at each node in a form in a manner permitting a 

15 response to be formed. A result message is generated, here indicated by the segment 82, 
that is returned to the network manager. The values contained in the result contain 
indicia associated with the attributes of the nodes indicated in the get message. 
Attributes can, for instance, be algorithms used for encoding and compressing the 
subtree object, size of the subtree object, etc. 

20 The mobile node is capable of dynamically forming a representation of the 

requested collection of subtrees, then encode and depress the dynamically-formed data, 
so that the final data is sent as a response to the get message. Standard algorithms for 
encoding and compressing the logic trees and data associated with the logic trees can be 
utilized. The mobile node is further selectably operable to place the encoded and 

25 compressed data as an object in the management tree. Such creation of the object is 
performed dynamically. Additionally, attributes such as names of algorithms used for 
tree compression and encoding, the size of data, and other attributes can also be 
associated with objects of the logic tree. And, the mobile node also is capable of 
sending the address of the location in the logic tree at which the data object is stored. 

30 The mobile node is also capable of sending the attributes of the object, if requested. 

The address is, for instance, the URI of the location of the object in the tree. Generally, 
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a request containing the URI of all required objects is not efficient as it can be a large 
message. On the other hand, just one URI representing the subtree can be used in the 
request As a result all of the objects are returned at the selected level of detail. 

Figure 6 illustrates a message sequence diagram, shown generally at 84, also 

5 representative of signaling generated during operation of an embodiment of the present 
invention. Here, the network manager 22 generates get messages for communication to 
the mobile node. And, the mobile node generates responses thereto. Here, a get 
message, indicated by the segment 86, is generated. The get message includes the URIs 
of subtree nodes and attributes sets for each node in the list. Here, the indication al is a 

10 set of attributes for the node nl, and the attribute a2 is a set of attributes for the node 
n2. 

Upon delivery of the get message to the mobile node, the mobile node traverses 
each node contained in the get message and represents the subtree starting at each node 
in a form that can be sent in a response message, here indicated by the result (URI) 

15 message 88. Additional get and result messages formatted in other manners, are 
indicated by the segments 92 and 94. 

The mobile node is capable of splitting a data object into multiple units, and store 
the multiple units as individual objects in the management tree of the mobile node. The 
splitting is based upon a maximum size allowed in a response message sent by the 

20 mobile node to the network manager. These objects can be grouped under the same 
parent node in the mobile node. The attribute in this scenario can also be a sequence 
number giving the order of splitting the large data object. And, encoded and 
compressed subtrees can be sent in response to a get message. The subtree, or collection 
of objects, is represented, for instance, using XML, and then encoded using binary 

25 encoding for XML. Also, the data can be compressed using data compression 

algorithms, thereby to permit compressed data to be sent in response to the get message 
or put as the value of a dynamically-created node in the management tree of the mobile 
node. The subtree, or collection of objects, can also be compressed using a tree- 
compression algorithm. And, the output of the tree-compression algorithm can further 

30 be compressed using a data-compression algorithm. The compressed data is sent in the 
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response to the get message generated by the network manager or placed as a value 
dynamically-created node in the logic tree. 

The network manager can also utilize an SNMP or SYNC ML get message, 
depending upon the preferred device-management protocol. Other management 

5 protocols are similarly utilizable. 

Figure 7 illustrates a message sequence diagram, shown generally at 102, 
representative of signaling generated during operation of a further embodiment of the 
present invention. Here, Sync ML (Sync MarkUp Language) protocols are used in the 
communication system. And, the mobile node is here shown to be formed of a mobile- 

10 station, Sync ML DM (Device Management) Client device 12-1 and a legacy-standard 
client device 12-2. The legacy- standard client device is here operable pursuant to the 
operating protocols of the IS-683 (Interim Standard-683) promulgated by the TIA/EIA 
(Telecommunications Industry Alliance/Electronics Industry Alliance. The IS-683 
standard pertains to a CDMA (code-division, multiple-access) system. 

15 In this embodiment, device management capabilities, e.g., the protocols used by, 

and capabilities of, the mobile node are negotiated by way of the radio link formed with 
the network. And, the network is here shown to include a legacy server/OTAF (over the 
air function) 58 and Sync ML DM server 64-1. Here, the legacy server/OTAF 58 is an 
IS-683 compliant device. 

20 IS-683 devices are limited to signaling protocol and management features that are 

specified in the IS-683 operating specification. And, some carriers, i.e., system 
operators of radio communication systems, implement IS-683 standards for device 
management. But, carriers also sometimes want a method for managing devices in such 
systems through the use of Sync ML signaling. Flexibility of adding new management 

25 features, amongst other advantages, are provided through the use of Sync ML signaling. 

Through operation of a further embodiment of the present invention, a manner is 
provided by which to send Device Information (Devlnfo) for management of CDMA 
devices, here, e.g., the mobile node 12. And, through such operation, a manner is 
provided to the server 58 by which to identify the preferred protocol to effectuate the 

30 management of a CDMA device, identify the management capabilities of the device, and 
also uniquely identify the device for device management purposes. That is to say, 
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operation of this further embodiment of the present invention, e.g., assists the DM 
server 64 to learn of the process/server at the mobile node 12 that handles a specific 
management request in a dynamic way. And, e.g., operation of the embodiment of the 
present invention permits the SyncML DM protocol to have backwards compatibility 

5 with a legacy, over-the-air function (OTAF), such as the IS-683 standard. This assists 
carriers who currently otherwise make use of IS-683 protocols to integrate their 
respective device management systems with the SyncML DM system. Also, e.g., 
through operation of this further embodiment of the present invention, a CDMA device 
is uniquely identified for device management purposes. And, e.g., operation of this 

10 embodiment of the present invention facilitates the SyncML DM server 64 to perform 
device management using the protocol of preference of the mobile node. 

The device information (Devlnfo) is here bearer specific information that is sent 
by the mobile node 12 to the management server 58. Such bearer specific device 
information facilitates the ability of the server to be aware of the features and protocols 

15 that are supported for managing bearer-dependent features. 

While the signaling indicated in the message sequence diagram is representative 
of signaling generated in a CDMA system, the operation is analogously applicable to 
■other types of communication systems in which Sync ML protocols are used in 
conjunction with legacy-system devices. Analogous description of operation can also, 

20 accordingly, be described with respect to other types of communication systems. And, 
while this description of exemplary signaling illustrates a manner by which CDMA 
Devlnfo is used to identify the process/server at the mobile node 12 that handles a 
specific management task, as well as how the CDMA Devlnfo is used to facilitate 
backward compatibility with legacy-system devices, analogous operation can be 

25 described with respect to signaling generated to effectuate other tasks. 

During operation of this embodiment of the present invention, each of the 
EIA/TIA-683 requests and responses, formed by the legacy server/OTAF 58 and the 
client device 12-2 is sent over Sync ML DM protocol messages. And, more particularly, 
here, the Sync ML Exec command is used to specify the process in the client device 12- 

30 2 that is to be invoked for a specific TIA/EIA-683 request. The signaling shown in the 
message sequence diagram 102 is representative of signaling that effectuates a TIA/EIA- 
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683 SSPR update using a Sync ML-based DM protocol. Analogous procedures are 

carried out to effectuate other TIA/EIA-683 message generations. 

First, and as indicated by the segment 104, the legacy server/OTAF 58 generates 

an SSPR download request message for delivery to the mobile node 12. The format of 
5 the SSPR message is conventional, and the types of PRL-related data that is permitted to 

populate the data field of such a message is set forth, e.g., in Section 4.5.1.9 of the IS- 

683 standard, promulgated by the TIA/EIA. 

A protocol capability request message is also generated. That is, the TIA/EIA- 

683683, legacy server/OTAF sends, indicated within the signaling represented by the 
10 arrow 106, a protocol capability message over a Sync ML DM protocol message. The 

message is here indicated to be package number zero. Subsequent to delivery of the 

message to the mobile node, the Sync ML DevMan client at the mobile node sends a 

protocol capability response to the DevMan server 64. The response is indicated to be 

package number one in the signaling represented by the arrow 106. The response 
15 indicates whether the DevMan-capable mobile node supports legacy TIA/EIA-683 

OTASP/OTAPA (over the air service provisioning/over the air parameter 

administration) formatted communications. 

In an alternate implementation, a database is maintained at the DM server 64. 

The database contains information regarding the protocol capability of each Sync ML 
20 DM-capable mobile node, such as the mobile node 12. Generation of the SSPR 

download request message is obviated as the contents of the database are instead 

accessed. 

And, in another alternative embodiment, if the protocol capability parameters are 
included in Devlnfo, and the Devlnfo is sent to the Sync ML DM server as part of the 
25 package number one before every Device Management session, the need otherwise to 
generate the SSPR download request message is analogously also obviated. 

If the device supports the TIA/EIA-683 OTASP/OTAPA- formatted 
communications, the Sync ML DM server 64 intercepts the SSPR download request 
message, indicated by the segment 104, and the message is encapsulated into a Sync ML 
30 protocol message. The encapsulation is performed, as indicated by the block without 
changing the format of the SSPR request. And, the Exec command in the Sync ML 
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message points to the server in the mobile node 12 that is to be invoked for handling the 
SSPR download request message. And, the name of the server is, e.g., specified in the 
Target element. One manner by which the name of the process or server at the mobile 
node that handles the TIA/EIA-683 messages is provided to the DM server is pursuant to 
5 the signaling represented by the arrow 106. That is, during the protocol negotiation 
phase, the mobile node sends a list of data pairs to the Sync ML as part of the package 
number one of the response indicated as part of the signaling represented by the arrow 
106. The data pairs indicate service names paired together with names of servers 
handling a service. 

10 The Sync ML DM server 64 sends, as indicated by the segment 112, the message 

formed thereat, over the air (OTA), to the mobile node 12 as part of a Sync ML DM 
package, here identified as package number two. The message is sent, for instance, over 
a TCP (transport control protocol) transport layer or another selected transport 
mechanism that is supported by Sync ML. The Sync ML protocol message includes an 

15 Exec statement that points to the process to be invoked to process the SSPR download 
request message. The message is delivered to the Sync ML DM client device 12-1. 
When the Exec command is executed, as indicated by the block 1 14, the Sync ML DM 
client device passes the encapsulated SSPR message, as indicated by the segment 116, to 
the client device 12-2. 

20 The client device 12-2 invokes, as indicated by the block 118, the PRL server to 

complete a PRL update in a semi-permanent memory of the device. And, subsequent to 
completion of the update, the client device 12-2 forms an SSPR download response 
message and provides, as indicated by the segment 122, the message to the client device 
12-1. The format of the SSPR download response message is conventional, and details 

25 of the format are set forth, e.g., in section 3.5.1.9 of the TIA/EIA-683 standard. If the 
PRL update is not successfully completed, the SSPR response message includes an 
appropriate error code to indicate such failure. The error code is set forth, e.g., in 
Section 3.5.1.2-1 of the IS-683 operational specification. 

The Sync ML DM client device 12-1 encapsulates the response message into a 

30 Sync ML protocol response message and sends the message, as indicated by the segment 
124 over the air to the Sync ML DM server 64, as indicated by the package number 
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three. If errors occur during execution of the exec command, the message also includes, 
e.g., error codes set forth in the specified Sync ML specification. 

And, when the message is delivered to the Sync ML DM server 64, the SSPR 
download response message is extracted from the encapsulated message. And, the SSPR 
5 download response message is forwarded, as indicated by the segment 126, to the legacy 
server/OTAF 58. 

Client-initiated device management can also be performed. When the device 
management is client-initiated, the Devlnfo is sent in package number one, generated 
during the signaling indicated by the arrow 106, at the beginning of a device 

10 management session. 

Various parameters are communicated by the client device 12 to the device 
management server 64 as part of the package number one or the package number three 
pursuant to over-the-air management of a CDMA mobile node, using Sync ML protocol. 
These parameters are placed under a Devlnfo node of a Sync ML DM management tree 

15 maintained at the mobile node. 

For instance, an exemplary parameter is the C ID' (identification) parameter. This 
parameter is the fixed identifier of the device. E.g., the fixed identifier is formed of a 
thirty-two bit, electronic serial number (ESN) or the device, or other appropriate 
identifier, such as a proposed mobile equipment identity (MEID). 

20 Another exemplary parameter is a CDMAJPROT_PREF parameter. This 

parameter identifies the protocol preference of the mobile node. For instance, the value 
of the parameter indicates whether the current preference is management using a 3GPP2 
C.S0016-A/TIA/EIA-683 messaging over the Sync ML protocol. 

A CDMAJPROV_CAP parameter identifies the provisioning capabilities of the 

25 mobile node. That is, the value of the parameter indicates whether backward 

compatibility capabilities are present. The value of the parameter specifies the legacy 
features that are supported by the mobile node. Details associated with this parameter 
are found, for instance, in Section 3.5.1.7 of the 3GPP2 C.S0016-A/RIA/EIA-683. 
Another exemplary parameter is the CDMAJDMSIJVI parameter. This parameter forms 

30 the IMSI_M value. The IMSI_M is the international mobile subscriber identity that 

contains a mobile identification number (MIN) as a portion thereof, namely in the lower 
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ten digits thereof. And, another exemplary parameter is the CDM_B AND _MODE_CAP 
parameter. This parameter is set to values to indicate the band and mode capabilities 
that are supported by the mobile node. Table 3.5.1.7-2 of the 3 GPP 2 C.S0016- 
A/TIA/EIA-683B contains additional information related to this parameter. 

5 Thereby, through operation of an embodiment of the present invention, bearer 

specific device information is provided by the mobile node to a management server to 
provide the server with information permitting the server to be better aware of the 
features and protocols that are supported at the mobile node, thereby to permit better 
management of bearer dependent features. 

10 The previous descriptions are of preferred examples for implementing the 

invention, and the scope of the invention should not necessarily be limited by this 
description. The scope of the present invention is defined by the following claims: 
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We claim: 

1 . In a radio communication system defining a communication network and 
having a mobile node forming a portion thereof, the communication network managed 
by a network manager, an improvement of apparatus for the mobile node for facilitating 

5 retrieval of capability indicia of the mobile node, the capability indicia representative of 
a dynamically alterable mobile node capability related to objects maintained thereat, and 
the mobile node capability independently alterable, said apparatus comprising: 

a detector coupled to receive indications of a request for capability indicia 
associated with a selected set of the objects maintained at the mobile node and at a 

10 selected level of detail, said detector for detecting values representative of which 

selected set for which the capability indicia is requested and the selected level of detail 
that is requested; and 

a retriever operable responsive to detection of the request by said detector, said 
retriever for retrieving the capability indicia at the selected level of detail indicated in 

15 the request. 

2. The apparatus of claim 1 wherein the request to which said detector is 
coupled to receive the indications thereof comprises a self-generated request, formed at 
the mobile node. 

3. The apparatus of claim 2 wherein the self-generated request is generated 
20 automatically responsive to change to the objects maintained at the mobile node. 

4. The apparatus of claim 2 wherein the mobile node is capable of roaming 
operation and wherein the self-generated request is generated responsive to roaming 
operation of the mobile node. 

5. The apparatus of claim 1 wherein the capability 1 wherein the capability 
25 indicia comprises a semantic meaning associated with an object maintained at the 

mobile node. 
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6. The apparatus of claim 1 wherein the capability indicia comprises bearer- 
specific device information associated with the mobile node, and wherein the capability 
indicia retrieved by said retriever comprises the bearer-specific device information. 

7. The apparatus of claim 6 wherein the communication system utilizes Sync 
5 ML (Sync Mark-up Language) protocol and wherein the indications of the request to 

which said detector is coupled to receive comprises a Sync ML-formatted message. 

8. The apparatus of claim 7 wherein the communication network comprises a 
Sync ML Device management server and wherein the Sync ML-formatted message is 
generated by the Sync ML Device Management server. 

10 9. The apparatus of claim 7 wherein the bearer-specific device information 

comprises indicia associated with the selected set of objects, the select set of objects 
associated with a specific management task. 

10. The apparatus of claim 7 wherein the Sync ML-formatted message 
comprises a Sync ML Exec command. 

15 11. In a radio communication system defining a communication network 

having a mobile node forming a portion thereof, the communication network managed 
by a network manager, an improvement of apparatus for facilitating retrieval by the 
network manager of capability indicia of the mobile node, the capability indicia 
representative of a dynamically alterable mobile node capability related to objects 

20 maintained thereat, the mobile node capability alterable independent of the network 
manager, said apparatus comprising: 

a network-positioned request generator operated by the network manager, said 
network-positioned request generator for generating a request message for 
communication to the mobile node, the request message requesting the capability indicia 
related to a selected set of the objects maintained at the mobile node and requesting the 
capability indicia to be provided at a selected level of detail. 
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12. In the radio communication system of claim 1 1, a further improvement of 
apparatus for the mobile node also for facilitating the retrieval of the capability indicia 
of the mobile node by the network manager, said apparatus comprising: 

a detector coupled to receive indications of delivery at the mobile node of the 
5 request message generated by said network-positioned request generator, said detector 
for detecting values representative of which selected set for which the capability indicia 
is requested and the selected level of detail that is requested; and 

a retriever operable responsive to detection of the request message by said 
detector, said retriever for retrieving the capability indicia at the selected level of detail 
10 indicated in the request message. 

13. The apparatus of claim 12 further comprising a response generator 
operable responsive to said retriever, said response generator for generating a response 
to the request message, the response containing values of the capability indicia at the 
selected level of detail retrieved by said retriever. 

15 14. The apparatus of claim 13 wherein said response generator comprises a 

formatter for formatting the value retrieved by said retriever. 

15. The apparatus of claim 14 wherein said response generator comprises a 
compressor for compressing the values retrieved by said retriever pursuant to a 
compression scheme. 

20 16. The apparatus of claim 1 1 wherein the objects maintained at the mobile 

node define a logic object-tree structure, the logic-tree structure having at least a first 
sub-tree structure, and wherein the selected set of the objects of which the capability 
indicia thereof is requested in the request message generated by said request generator 
comprises at least one sub-tree structure. 

25 17. The apparatus of claim 16 wherein each sub-tree structure is defined in 

terms of a Device Description Framework (DDF) description of objects and wherein the 
capability indicia requested by said request generator requests is related to the DDF 
description of objects. 

18. The apparatus of claim 1 1 wherein the request message generated by said 

30 request generator requests the capability indicia associated with a first selected set of 
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the objects at a first selected level of detail and the capability indicia associated with at 
least a second selected set of the objects at a second selected level of detail. 

19. The apparatus of claim 18 wherein the objects maintained at the mobile 
node define a logic -tree structure, the logic-tree structure having a first sub-tree 

5 structure and at least a second sub-tree structure and wherein the request message 
generated by said request generator requests the capability indicia associated with the 
first sub-tree structure and with the second sub-tree structure. 

20. The apparatus of claim 12 wherein the objects maintained at the mobile 
node define a logic -tree structure having at least a first sub-tree structure, the logic-tree 

10 structure dynamically configurable at the mobile node independent of the network 

manager, and wherein said retriever retrieves the capability indicia associated with the 
' sub-tree structure identified in the request message detected by said detector. 

21. The apparatus of claim 1 1 wherein the radio communication system 
comprises a cellular communication system, wherein the network manager comprises a 

15 system operator, wherein the system operator operates the cellular communication 
system by way of a management server, and wherein said network-positioned request 
generator is embodied at the management server. 

22. The apparatus of claim 16 wherein the objects are each defined by a 
Uniform Resource Identifier (URI) and wherein the capability indicia requested in the 

20 request message generated by said request generator are related to the Uniform Resource 
Identifiers associated with at least one object of the selected subset. 

23. In a method for communicating in a radio communication system defining 
a communication network having a mobile node forming a portion thereof, the 
communication network managed by a network manager, an improvement of a method 

25 for facilitating retrieval by the network manager of capability indicia of the mobile 
node, the capability indicia representative of a dynamically-alterable mobile node 
capability related to objects maintained thereat, the mobile node capability alterable 
independent of the network manager, said method comprising: 

generating a request message for communication to the mobile node, the request 

30 message requesting the capability indicia related to a selected set of the objects 
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maintained at the mobile node and requesting the capability indicia to be provided at a 
selected level of detail; and 

delivering the request message to the mobile node. 

24. The method of claim 23 further comprising the operation of: 

5 detecting at the mobile node values representative of which selected set for which 

the capability indicia is requested in the request message generated during said 
operation of generating. 

25. The method of claim 24 further comprising the operation of: 
retrieving the capability indicia at the selected level of detail indicated in the 

10 request message. 

26. The method of claim 25 further comprising the operation of: 
generating a response to the request message, the response containing values of 

the capability indicia at the selected level of detail retrieved during said operation of 
retrieving. 

15 27. The method of claim 26 wherein the response generated during said 

operation of generating is formatted pursuant to a selected formatting scheme. 

28. The method of claim 27 wherein the values used to populate the response 
generated during said operation of generating are compressed according to a selected 
compression scheme. 

20 29. In a radio communication system defining a communication network and 

having a mobile node forming a portion thereof, the communication system utilizing a 
Sync ML (Sync Mark-Up Language) protocol, the communication network managed by a 
network manager, an improvement of a method for facilitating retrieval by the network 
manager of capability indicia of the mobile node, the capability indicia representative of 

25 a dynamically-alterable mobile node capability related to objects maintained thereat, the 
mobile node capability alterable independent of the network manager, said method 
comprising: 

a detector coupled to receive indications of a Sync ML-formatted request for 
capability indicia associated with a select set of the objects maintained at the mobile 
30 node, the selected set of objects identifying management capability information of the 



WO 03/049381 PCT/US02/38324 

27 



mobile node, said detector for detecting values representative of which selected set for 
which the capability indicia is request; and 

a retriever operable responsive to detection of the Sync ML-fonnatted request by 
said detector, said retriever for retrieving the capability indicia indicated in the request. 
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